home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000301_fdc@sesame.cc.columbia.edu_Wed Sep 24 09:20:24 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  37 lines
  1. Article: 14545 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news-not-for-mail
  3. From: fdc@sesame.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Maddening Problem with C-Kermit Script
  6. Date: 24 Sep 2003 09:20:11 -0400
  7. Organization: Columbia University
  8. Lines: 20
  9. Message-ID: <bks5mb$n9i$1@sesame.cc.columbia.edu>
  10. References: <b9d3cf36.0309230755.5fbff9b6@posting.google.com> <bkpqqo$i4u$1@sesame.cc.columbia.edu> <b9d3cf36.0309231514.62cade83@posting.google.com>
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1064409612 26901 128.59.59.56 (24 Sep 2003 13:20:12 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 24 Sep 2003 13:20:12 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14545
  16.  
  17. In article <b9d3cf36.0309231514.62cade83@posting.google.com>,
  18. Jim Chapman <jimchapman@freightliner.com> wrote:
  19. : fdc@sesame.cc.columbia.edu (Frank da Cruz) wrote
  20. : in message news:<bkpqqo$i4u$1@sesame.cc.columbia.edu>...
  21. : > Remove the "set take error on" command from your script (or your .kermrc
  22. : > file, or wherever else it is), or if you can't find it, add "set take error
  23. : > off" to your script.
  24. : 
  25. : Hmmm...you're correct.  Thank you.  If I "set take error off", my
  26. : script works just fine under controlled pass and fail conditions. 
  27. : Though, now I wonder what it doesn't like when it's enabled.  It seems
  28. : as if it bails under any condition.
  29. :
  30. Maybe some other command is failing.  Use "set take echo on" to have
  31. the commands listed as they are executed so you can see which one fails.
  32. Use "set input echo on" to see the characters read by the INPUT command.
  33. If a command is failing and you don't know why, insert "log debug" before
  34. the failing command and then look at the debug.log file or send it to us.
  35.  
  36. - Frank
  37.